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DETAILED ACTION 

1. This Office action is in response to Applicant's submission filed on September 7, 2005. 
Claims 1, 3, 7, 10, 11, 14-20 and 27-31 are pending. 

Response to Arguments 

2. Applicant's arguments have been fully considered but they are not persuasive. 
Applicant contends that the You reference does not disclose or suggest that a plurality of 

debugging type blocks be organized into a debugging type abstraction available to provide 

debugging type services that vary in implementation for each debugging type and that a plurality 

of processor blocks be organized into a processor abstraction available to provide processor 

services that vary in implementation for each processor, as recited in claims 1 and 20 

(Applicant's remarks, page 12, first paragraph). 

However, the examiner does not agree with Applicant's characterizations. The You 

reference does teach a plurality of processor blocks organized into a processor abstraction 

available to provide processor services that vary in implementation for each processor. For 

example, You expressly discloses, at column 66, lines 62-67: 

The server framework is designed around a set of classes which provide a 
reusable set of classes from which to build a platform-specific set of debugging 
services. The framework itself is portable to the extent that the base classes do 
not associate themselves with any one processor architecture, operating system 
model, or runtime model. 

One such set of classes is illustrated in FIG. 9. The classes are organized into an abstraction to 

provide "processor-specific addressing data" (see, for example, column 22, lines 42-45). 

Applicant alleges that this addressing abstraction is not at all the debugging type abstraction or 
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the processor abstraction as recited in claims 1 and 20 (Applicant's remarks, pages 12-13, 
bridging paragraph). 

However, the You reference clearly teaches that the addressing abstraction is a processor 
abstraction. For example, You discloses that "addresses point to blocks of data" and "each block 
of data, or the addressable unit, is determined by a processor architecture" (column 25, lines 11- 
13). Similarly, You discloses that "the ordering of addresses var[ies] across processors" (column 
25, line 25). The addressing abstraction enables a single debugger to support a plurality of 
processor architectures (see, for example, column 9, lines 17-25), and is thus reasonably 
considered a processor abstraction. 

Notwithstanding Applicant's arguments to the contrary (Applicant's remarks, page 12, 
first paragraph), at least a portion of the programming code for the processor abstraction is 
common and shared among at least some processor blocks, and the programming code is 
organized into a tree form with generic code at a base node and more specific levels branching 
out at nodes therefrom (see, for example, FIG. 9 and column 27, lines 1-7 and 13-24). 

To the extent that the You reference does not expressly illustrate a corresponding 
debugging type abstraction, Applicant acknowledges that Niemi does disclose such a debugging 
type abstraction (Applicant's remarks, pages 13-14, bridging paragraph). It would have been 
obvious to one of ordinary skill in the art at the time the invention was made to implement the 
debugging type abstraction of Niemi in the same manner as the processor abstraction of You, and 
to organize the debugging type abstraction into a tree such as the one illustrated in FIG. 9 of the 
You reference. 
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One cannot show nonobviousness by attacking references individually where the 
rejections are based on combinations of references. Set In re Keller, 642 F.2d 413, 208 
USPQ 871 (CCPA 1981) and In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 
1986). Together, You and Niemi teach both a debugging type abstraction and a processor 
abstraction as recited in the claims. 

Applicant further contends that in contrast to the You reference, the tree recited in claims 
1 and 20 has a plurality of nodes where a particular debugging type block or processor block is 
defined by selecting a plurality of such nodes (Applicant's remarks, page 13, second paragraph). 
However, although the claims are interpreted in light of the specification, limitations from the 
specification are not read into the claims. See In re Van Geuns, 988 F.2d 1 181, 26 USPQ2d 
1057 (Fed. Cir. 1993). 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1, 3, 6-11, 14, 15, 18-20 and 24-29 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over U.S. Patent No. 6, 158,045 to You (art of record, "You") in view of U.S. Patent 
No. 6,470,388 to Niemi et al. (art of record, "Niemi"). 
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With respect to claim 1 (currently amended), You discloses a debugger for debugging 
any of a plurality of debuggees (see, for example, the abstract), each debuggee having a 
processor attribute selected from a plurality of processor attributes and representative of a type of 
processor associated with the debuggee (see, for example, column 72, line 55 to column 73, line 
5, which shows that the debuggee has processor attributes from which the architecture or the type 
of the processor may be determined). 

You does not expressly disclose each debuggee having a debugging type attribute 
selected from a plurality of debugging type attributes and representative of a type of debugging 
to be performed with respect to the debuggee. 

However, You discloses that the engine is intended for a plurality of debugging types 
(see, for example, column 5, lines 43-55), and discloses a plurality of debugging types (see, for 
example, column 6, lines 31-55). It would have been obvious to one of ordinary skill in the art at 
the time the invention was made for each debuggee to include a debugging type attribute, in 
addition to the processor attributes (see, for example, column 9, lines 17-25), so as to designate a 
particular debugging type. Such an addition would, for example, enable the engine to perform 
the designated type of debugging without the need for user input. 

You further discloses that the debugger is instantiated on a computer (see, for example, 
FIG. 1) and comprises: 

(a) an engine for performing debugging functions with respect to any of the plurality of 
debuggees (see, for example, column 9, lines 17-25, which shows a portable debugging engine 
for debugging any of a plurality of debuggees), the engine including: 
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(i) a plurality of debugging type blocks (see, for example, column 66, lines 62-67, 
which shows that the engine includes a plurality of classes or blocks to provide types of 
debugging services), each debugging type block for supporting at least one of the 
plurality of debugging type attributes (see, for example, column 6, lines 31-55, which 
shows a plurality of debugging types supported by the engine); and 

(ii) a plurality of processor blocks (see, for example, column 66, lines 62-67, 
which shows that the engine includes a plurality of classes or blocks to provide 
debugging services for a plurality of processors), each processor block for supporting at 
least one of the plurality of processor attributes (see, for example, column 9, lines 17-25, 
which shows a plurality of processor attributes supported by the engine), 

(b) wherein a particular debugging type block and a particular processor block are 
selected for debugging a particular debuggee based on the debugging type attribute and 
processor attribute of the particular debuggee (see, for example, column 4, lines 41-50 and 
column 5, lines 47-59, which shows selecting the classes or blocks for debugging a particular 
debuggee based on attributes of the debuggee), 

(c) wherein the plurality of debugging type blocks are organized into a debugging type 
abstraction available to provide debugging type services that vary in implementation for each 
debugging type (see, for example, see, for example, column 5, lines 43-59, which shows that the 
engine is organized into abstractions to provide debugging services that vary in implementation), 

(d) wherein the debugging type abstraction comprises programming code, and wherein at 
least a portion of the programming code for the debugging type abstraction is common as 
between at least some debugging type blocks and is shared by such debugging type blocks (see, 
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for example, column 10, lines 29-40, which shows that the abstractions include common 
programming code that is shared and reused), 

(e) wherein the programming code for the debugging type abstraction is organized into a 
tree form with generic code at a base node and more specific levels of code branching out at 
nodes therefrom, each debugging type block including at least one node from the tree (see, for 
example, FIG. 9 and column 27, lines 13-24, which shows that the abstractions are organized 
into trees with common code at the base node and derived code at the child nodes). 

(f) wherein the plurality of processor blocks are organized into a processor abstraction 
available to provide processor services that vary in implementation for each processor (see, for 
example, see, for example, column 5, lines 43-59, which shows that the engine is organized into 
abstractions to provide debugging services that vary in implementation, and see, for example, 
FIG. 9 and column 27, lines 1-7, which shows a processor abstraction to provide memory 
addressing for each processor), 

(g) wherein the processor abstraction comprises programming code, and wherein at least 
a portion of the programming code for the processor abstraction is common as between at least 
some processor blocks and is shared by such processor blocks (see, for example, column 10, 
lines 29-40, which shows that the abstractions include common programming code that is shared 
and reused), and 

(h) wherein the programming code for the processor abstraction is organized into a tree 
form with generic code at a base node and more specific levels of code branching out at nodes 
therefrom, each processor block including at least one node from the tree (see, for example, FIG. 
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9 and column 27, lines 13-24, which shows that the abstractions are organized into trees with 
common code at the base node and derived code at the child nodes). 

You illustrates a processor abstraction to provide memory addressing for each processor 
(see, for example, FIG. 9 and column 27, lines 1-7), but does not expressly illustrate the 
corresponding debugging type abstraction. 

However, Niemi expressly discloses a debugging type abstraction as recited in the claim 
that is organized into a tree and provides debugging type services (see, for example, FIG. 4 and 
column 8, lines 11-42). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement You with a corresponding debugging type abstraction, such as taught 
by Niemi, so as to expressly represent the debugging types that the engine supports (see, for 
example, You, column 6, lines 31-55), as already intended (see, for example, You, column 5, 
lines 43-55). Furthermore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to implement the debugging type abstraction in the same manner as 
the processor abstraction of You, and to organize the debugging type abstraction into a 
corresponding tree (see, for example, You, FIG. 9). 

With respect to claim 3 (previously presented), the rejection of claim 1 is incorporated, 
and You further discloses the limitation wherein the debugging services include services selected 
from a group consisting of accessing memory, accessing context, accessing system information, 
inserting a breakpoint, removing a breakpoint, controlling execution, and combinations thereof 
(see, for example, column 10, lines 20-27, which shows services such as stack or memory access, 
runtime or context information, breakpoints, and so on). 
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With respect to claim 7 (currently amended), the rejection of claim 1 is incorporated, and 
You further discloses the limitation wherein the processor services include services selected from 
a group consisting of recognizing particular processor instructions, recognizing processor states, 
maintaining hardware breakpoints, assembling code for the processor, disassembling code from 
the processor, disassembling code from a dump file produced by the processor, and combinations 
thereof (see, for example, column 10, lines 20-27, which shows services such as register or 
processor state information, breakpoints, hardware exceptions, and so on). 

With respect to claim 10 (original), the rejection of claim 1 is incorporated, and You 
further discloses the limitation wherein the engine further includes a high level portion for 
issuing generic requests to the selected debugging type block and to the selected processor block 
to accomplish debugging actions (see, for example, FIG. 2 and column 9, lines 28-45, which 
shows the high-level debugging interface for issuing generic requests to the selected classes or 
blocks of the engine). 

With respect to claim 1 1 (original), the rejection of claim 10 is incorporated, and You 
further discloses the limitation wherein the plurality of debugging type blocks are organized into 
a debugging type abstraction available to provide debugging type services that vary in 
implementation for each debugging type, wherein the plurality of processor blocks are organized 
into a processor abstraction available to provide processor services that vary in implementation 
for each processor, and wherein the high level portion issues generic request to the debugging 
type abstraction and to the processor abstraction to accomplish debugging actions (see, for 
example, see, for example, column 5, lines 43-59, which shows that the engine is organized into 
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abstractions to provide debugging services that vary in implementation, and see, for example, 
FIG. 2 and column 9, lines 28-45, which shows the high-level debugging interface for issuing 
generic requests to the selected classes or blocks of the engine). 

With respect to claim 14 (original), the rejection of claim 1 is incorporated, and You 
further discloses the limitation wherein the plurality of processor attributes supported by the 
processor blocks include processor attributes representative of members selected from a group 
consisting of an X86 processor family, an ALPHA processor family, and IA64 processor family, 
and combinations thereof (see, for example, FIG. 9, which shows support for X86 and 64-bit 
processor families, among others). 

With respect to claim 15 (original), the rejection of claim 1 is incorporated, and You 
further discloses the limitation wherein the debugger further has an executable for being 
executed by a user, for calling the engine, and for providing an interface between the user and 
the engine (see, for example, column 9, lines 28-45, which shows the client interface executed by 
a user for calling the engine). 

With respect to claim 18 (original), the rejection of claim 1 is incorporated, and You 
further discloses the limitation wherein the particular debuggee is a dump file produced by a 
processor operating in a particular mode, wherein the debugging type attribute of the dump file 
corresponds to the particular mode, and wherein the particular debugging type block of the 
engine selected for debugging the dump file supports the debugging type attribute of the dump 
file (see, for example, column 6, lines 31-55, which shows the debugging types supported by the 
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engine, including postmortem debugging for inspecting the state of a program after it terminates, 
such as with a dump file that would identify the processing mode, such as with an attribute). 

With respect to claim 19 (original), the rejection of claim 1 is incorporated, and You 
further discloses the limitation wherein the particular debuggee is a dump file produced by a type 
of processor, wherein the processor attribute of the dump file corresponds to the type of 
processor, and wherein the particular processor block of the engine selected for debugging the 
dump file supports the processor attribute of the dump file (see, for example, column 6, lines 31- 
55, which shows the debugging types supported by the engine, including postmortem debugging 
for inspecting the state of a program after it terminates, such as with a dump file that would 
identify the type of processor, such as with an attribute, and see, for example, column 9, lines 17- 
25, which shows a plurality of processor attributes supported by the engine). 

With respect to claim 20 (currently amended), the limitations recited in the claim are 
analogous to those of claim 1 (see the rejection of claim 1 above). 

With respect to claim 27 (original), the limitations recited in the claim are analogous to 
those of claim 10 (see the rejection of claim 10 above). 

With respect to claim 28 (original), the limitations recited in the claim are analogous to 
those of claim 1 1 (see the rejection of claim 1 1 above). 

With respect to claim 29 (original), the limitations recited in the claim are analogous to 
those of claim 15 (see the rejection of claim 15 above). 
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5. Claims 16, 17, 30 and 31 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
You in view of Niemi, as applied to claims 15 and 29 above, respectively, and further in view of 
U.S. Patent No. 5,533,192 to Hawley et al. (art of record, "Hawley"). 

With respect to claim 16 (original), the rejection of claim 15 is incorporated, but although 
You discloses support for a plurality of debugging types (see, for example, column 6, lines 31- 
55), You does not expressly disclose the limitation wherein the executable includes an attribute 
that results in the selection of a particular debugging type block in the engine. 

However, Hawley discloses an attribute in the executable used to select a particular 
debugger (see, for example, information 81 1 in FIG. 8 A, and see, for example, step 853 in FIG. 
8B and column 19, lines 12-22), in a debugging system having a plurality of debuggers (see, for 
example, the abstract). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement You with an attribute to select the appropriate debugger or debugging 
type block, such as taught by Hawley, in the absence of an alternative selection by the user (see, 
for example, Hawley, column 18, lines 26-37). 

With respect to claim 17 (original), the rejection of claim 15 is incorporated, but although 
You discloses support for a plurality of processor families or types (see, for example, column 9, 
lines 17-26), You does not expressly disclose the limitation wherein the executable includes an 
attribute that results in the selection of a particular processor block in the engine. 

However, Hawley discloses an attribute in the executable used to select a particular 
debugger (see, for example, information 81 1 in FIG, 8A, and see, for example, step 853 in FIG. 



Application/Control Number: 09/681,064 Page 13 

Art Unit: 2192 

8B and column 19, lines 12-22), in a debugging system having a plurality of debuggers (see, for 
example, the abstract). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement You with an attribute to select the appropriate debugger or processor 
block, such as taught by Hawley, in the absence of an alternative selection by the user (see, for 
example, Hawley, column 18, lines 26-37). 

With respect to claim 30 (original), the limitations recited in the claim are analogous to 
those of claim 16 (see the rejection of claim 16 above). 

With respect to claim 31 (original), the limitations recited in the claim are analogous to 
those of claim 17 (see the rejection of claim 17 above). 

Conclusion 

6. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
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however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 



examiner should be directed to Michael J. Yigdall whose telephone number is (571) 272-3707. 
The examiner can normally be reached on Monday through Friday from 7:30am to 4:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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